home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10935 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.3 KB  |  51 lines
  1. Path: quadostimpy.natinst.com!user
  2. From: rcauvin@natinst.com (Roger L. Cauvin)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Inheritance and function signatures
  5. Date: 11 Mar 1996 20:39:36 GMT
  6. Organization: National Instruments
  7. Message-ID: <rcauvin-1103961444450001@quadostimpy.natinst.com>
  8. References: <MANOWAR.96Mar11132010@dilo.engin.umich.edu> <31447542.6E69@cs.tu-berlin.de>
  9. NNTP-Posting-Host: quadostimpy.natinst.com
  10.  
  11. In article <31447542.6E69@cs.tu-berlin.de>, Roman Lechtchinsky
  12. <wolfro@cs.tu-berlin.de> wrote:
  13.  
  14. > Krisztian Flautner wrote:
  15. > > 
  16. > > It seems that function signitures are not properly inherited. Is this
  17. > > a bug or a feature ?
  18. > > 
  19. > 
  20. > A function defined in a derived class hides all inherited functions with the 
  21. > same name. It is defined this way in the April draft as well as in the 
  22. > original language. Use a qualifier to correct this problem: bb->A::print() ( 
  23. > and thank God it's not a virtual function ). A rather annoying rule, isn't 
  24. > it?
  25.  
  26. Or you can use an access declaration to make the base class functions
  27. visible in the derived class:
  28.  
  29. class Base
  30. {
  31.   public:
  32.     void Foo(void);
  33.     void Foo(int);
  34. };
  35.  
  36. class Derived : public Base
  37. {
  38.   public:
  39.     Base::Foo;  // Access declaration to make base class Foo visible.
  40.     void Foo(int, int);
  41. };
  42.  
  43. Roger
  44.  
  45. ---
  46.  
  47. Roger L. Cauvin
  48. rcauvin@natinst.com
  49. Software Engineer
  50. National Instruments
  51.